home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c
- Path: netcom.com!milyng
- From: jerry@graveyard.com (Jerry Garcia)
- Subject: Re: Another good reason for using static
- Message-ID: <milyngDMALr7.6ss@netcom.com>
- Sender: milyng@netcom17.netcom.com
- Organization: Ghost Communications, Inc.
- X-Newsreader: WinVN 0.99.7
- References: <4e6pi1$dvl@ns.RezoNet.NET>
- Date: Mon, 5 Feb 1996 07:49:55 GMT
-
- In article <4e6pi1$dvl@ns.RezoNet.NET>, ray@ultimate-tech.com says...
-
- >Although I'm stuck with a specific development environment, does
- >anyone know of *any* system that would allow a "fire-wall" to be
- >erected between these two modules, given that the bridge between them
- >must also exist, or of any linker that ensures uniqueness between
- >identifers in different scopes even if not declared static?
-
- I am myself maintaining a linker that supports partial linking; it allows you
- to link a set of files together so they become 'as one'. What this means, is
- basically that the linker merges the object modules and writes them out again
- as a new object module. The difference is you can explicitly specify which
- symbols are to remain public. This way you can take two distinct set of
- object files and make two partial links where you only 'export' the few global
- symbols you need for interfacing the two sets of object files.
-
- You may want to look around for a linker that supports partial linking.
- Because of the somewhat special purpose of our linker (embedded development
- systems), I doubt you can use our product, but you can always write me for
- more info.
-
-
- Mikael Lyngvig
- Systems & Software, Inc.
- mikael@syssoft.com
-
-